「小孩才做選擇，大人全都要！」這句話我想是讀者們都耳熟能詳了。但在敏捷軟體開發我們卻不得不做這個小孩，或者確切說，做一名懂得選擇的智者——正如「在河邊待了一整天，愚者扛了整包的砂，智者則在口袋放了金粒。」（這句話誰說的？是我臨時編的比喻。）

正如敏捷開發宣言所說：「精簡──或最大化未完成工作量之技藝──是不可或缺的。」，用俗話說極即為「用最小的成本，得到的最大的價值」。在有限的資源下，如何挑選當前價值最大的事情去做，就是門學問。

而為了營造出讓我們時時去取捨的環境，最好的方式就是讓資源有限，常見的做法就是時間限制。像是每個會議、事件若是都有時間限制，我們就會避免離題，盡量挑重點去討論。像是 Daily Scrum 或是站立會議，通常會有 15 分鐘的時間限制，讓團隊更專注在討論事情的流動，而避免無上限的在同步資訊。

抑或是 Scrum 中的 Sprint 事件，通常會是一周到四週，常見的是兩週一個 Sprint，這個時間限制下，我們就只會在當次的規劃中，挑選當時價值最高的待辦事項去交付。每個待辦事項也不應該超過一次 Sprint 的時間長度，這樣也能保證每次 Sprint 都會交付一次迭代。

這些時間限制都會讓我們取捨範疇，什麼該先做、先做到哪裡就好，自然而然就會將每個待辦事項拆小到適合的顆粒度。

其實就連鐵人賽也是，我自己給的限制是通常是 15 分鐘要寫一篇文章，那我就會挑最核心的觀念去講，用盡量精簡的文字去表達。